Folgende Shell-Argumente k�nnen beim Start angegeben werden:
SPEED | Zeigt die Geschwindigkeit der Scroll-Routinen. Je kleiner der gelbe Bereich (Copper-Bar), desto schneller ist die ganze Sache. | ||||||||
NTSC | Benutzt die NTSC-Norm zur Darstellung. Sollte man nicht angeben, wenn der angeschlossene Monitor/Fernseher nicht f�r 60Hz ausgelegt ist!! Die Scrollroutinen selbst �ndern sich durch diese Option nicht, d. h. es bleibt bei einem sichtbaren Bereich von 320 x 256 Pixeln, wobei vertikal im NTSC Modus nat�rlich nicht alle 256 Pixel auf dem Monitor/Fernseher sichtbar sein werden. | ||||||||
SKY | Aktiviert einen Copper-Sky. Funktioniert nur bei Scroller_XUnlimited, Scroller_XLimited und Scroller_XLimited_64. | ||||||||
FMODE <n> |
Dient zum Bestimmen des FETCH Modus, was nur beim AGA Chipsatz funktioniert!
Der FETCH Modus bestimmt die CHIP-RAM-Zugriffsart. Von ihm h�ngen die CHIP-RAM
Zugriffsgeschwindigkeit und die m�glichen Screenmodes ab. M�gliche Werte sind:
2 (double CAS, 16 Bit Bus Width) scheint nicht zu funktionieren, zumindest bei mir nicht. Egal welche Werte ich f�r DDFSTART/DDFSTOP usw. benutze, alles was herauskommt ist stets eine Darstellung, wo die erste 16-Pixel-Spalte stimmt, die zweite nicht (ist eine exakte Kopie der ersten 16-Pixel-Spalte), die dritte stimmt wieder, die vierte nicht (ist eine exakte Kopie der dritten 16-Pixel-Spalte) usw. Das ist nicht weiter schlimm, da es ja noch den anderen 2x FETCH Modus (und nat�rlich den 4x FETCH Modus), den auch das Betriebssystem f�r Screens verwendet, deren Bitmapbreite ein Vielfaches von 32 (aber nicht 64) ist. Dennoch w�rde es mich interessieren, ob "fmode 2" auf anderen Computern vielleicht doch funktioniert. |
||||||||
HOW | Diese Option dient dazu, zu zeigen, wie die einzelnen Scroll Algorithmen funktionieren. Dazu wird ein Hires Screen ge�ffnet, in dem man sieht was intern in der Bitmap passiert, wenn man herumscrollt. |
Vor dem Starten der Programme mu� man eventuell Screen Promoter deaktivieren oder bestimmte Optionen in RTG Software abschalten, da die Demoprogramme nur dann richtig funktionieren, wenn AllocBitmap() und OpenScreen() das zur�ckgeben, was angefordert wurde. Bitmaps im FAST RAM oder abge�nderte DisplayIDs sind z. B. gar nicht gut.